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a: 

O 13 BACKGROUND OF THE INVENTION 

| iL2 

Ifl 14 1. Field of the Invention 

Jess. 

^ 15 The present invention relates to systems and methods for acquiring, extracting, 

16 modifying and displaying data. The present invention also relates to systems and 

17 methods for modular application of processes to extracted or acquired data, and 

1 8 automated transfer and deliver of data. More specifically, the present invention relates to 

19 a new system and method automating the assembly, processing and delivery of 

20 documents. Still more particularly, the present invention relates to systems and methods 

21 with a modular approach to assembly, processing and delivery of documents. 
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1 2. Description of the Background Art 

2 Many modern day interactions require the generation of responses to requests and 

3 the documentation of both the request and the response. For example, in virtually every 

4 business, a customer may send in a request for quotation on an item to be purchased, a 

5 service to be rendered or the cost of an insurance policy. A customer service 

6 representative, such as a salesperson, looks up information in an appropriate manner, 

7 formats a response to the customer and sends the response to the customer. Increasingly, 

8 the only source for the information requested by a customer, such as a price quotation, is 

9 a computer database. In this case, the computer must be searched, the data located, and 
O 10 delivered to the user. One particular problem with existing systems is that the 

Si 1 1 interactions with the computer database by a human user are typically dictated by a 

j^f 12 programmer has written, and therefore lack flexibility because the program must be 

j~ 1 3 completely re-written to change an interaction or process. 

p 14 In addition to the basic steps required to merely respond to a customer request for 

3 Sjj 

]** 15 information, there are often a number of additional processes, approvals or other steps 

O 16 that must be performed in responding to such requests. For example, the process of 

\-3. 
3 

17 getting base information from the computer system or database are typically 

18 supplemented with additional steps to enforce a company's policies, state or federal 

19 regulations, or other business rules the programmer has added to the process. For 

20 example, many customers receive special discounts based on volume, account payment 

21 status, length of relationship or other factors. Similarly, insurance rates may be based on 

22 previous losses suffered in insuring the prospective client, location of the client, size of 

23 the client, the type of business of the client, etc. Furthermore, many business allow a 
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1 person quoting prices to a customer a specified amount of leeway in lowering or raising 

2 the price in response to their perception of the competitive situation on a quotation, to 

3 vary more than this amount may not be possible or require the approval of a supervisor in 

4 the management structure within the organization. The problem is further aggravated by 

5 the fact that there are thousands of such rules, and that they are constantly being changed 

6 due to changes in laws, company policies or other business conditions. Furthermore, the 

7 process is most problematic because the application of the rules to the extracted data is 

8 done by a person and is not automated. 

9 A typical prior art procedure for providing documents or information in response 
Q 10 to a request includes the following steps: A request is received from a customer for a 

-4 1 1 quotation. A customer service agent looks up the data and applies the business rules to 

m 

\^ 12 the quotation. The data is formatted for transmission to the customer; this may be done 

j7j 1 3 with a word processing system or another computer program. The quotation is printed 

it 

jg 14 for mailing or faxing, saved in a computer file for transmission as an email, or as 

y± 15 appropriate for the required delivery. In the prior art, most all of these steps are done 

m 

y 16 manually, and the only automated step is the search or look up for information in the 

1 7 database. This scenario has a number of shortcomings. First, the number of request for 

18 information that can be made are limited since customer service person must perform a 

1 9 number of the individual steps manually, and transition from moving from working with 

20 different systems. Second the business rules may not be applied or may applied or 

21 interpreted incorrectly due to human error or oversight. 

22 One prior art approach to address these problems is creating database applications 

23 programs. These database application programs are special purpose computer programs 
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1 that allow the easy generation of responses and the uniform application of business 

2 policies or rules. The business rules are built into the database applications programs. 

3 However, these database applications programs are inadequate because every time a 

4 business rules changes the program must be modified. This has caused large companies 

5 to employ large numbers of programmers whose sole task is the constant re-writing of 

6 database application programs in response to changes in the business rules. Second, if 

7 the underlying database containing the information changes the program also must be 

8 changed. Finally, if technology for delivering the document or response is changed, the 

9 program must be changed. Moreover, each change or modification frequently induces 
Q 1 0 unintended side affects in the programs and therefore requires both expensive and 

H 1 1 extensive testing and re-testing. 

j** 1 2 Therefore, there is a need for a system and method for automating the assembly, 

!=& 

led; 

; a 13 processing and deliver/ of documents, in particular, in the context of receiving and 

q 14 responding to customer requests for information. 

m 15 SUMMARY OF THE INVENTION 

M 16 The present invention overcomes the deficiencies and limitations of the prior art 

17 by providing a system for automating the assembly, processing and delivery of 

18 documents. In particular, the present invention provides a novel system for acquiring 

19 data, for using the acquired data to extract additional data, for using the acquired data to 

20 select one or more processes and applying the process to the additional data, and for 

21 creating and delivering a document from the processed additional data. 

22 In one embodiment, the present invention comprises a plurality of transport 

23 clients, a work queue, a scheduler, a plurality of rendering objects, a plurality of transport 
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1 objects and a routing table. The transport clients are each responsible for acquisition of 

2 data necessary to generate the response. Each of the transport clients operates on a 

3 respective computing device and presents displays to the users, and collects data input by 

4 the user to the computing device. The collected data along with other information is used 

5 to create a work item. The work items are then sent the master scheduler. The master 

6 scheduler is responsible for processing work items and maintaining the work queue for 

7 storage of work items until they have been processed. Once a work item is received from 

8 a transport client, it is added to the work queue. The scheduler manages the work queue 

9 including sending work items to an identified rendering object and thereafter to a 

10 transport client. The present invention preferably includes a plurality of rendering 

1 1 objects. Each of the rendering objects includes knowledge of the database as well as 

12 .processes for extracting information from a database and applying rules on the extracted 

13 data. The present invention preferably provides a plurality of such rending objects such 

14 that each information request of a given type may have an associated rendering object for 

1 5 responding to the information requests. This structure provides for use of a rendering 

16 object for a number of different types of information requests, and greatly simplifies 

17 modification of the system when transport clients, the database, the rules or transmission 

18 objects are changed. The scheduler assigns work items to be processed by the rendering 

19 objects, and once completed, the work items are returned to the scheduler for further 

20 processing by a transport object. The scheduler then sends a work item to one of the 

21 plurality of transport objects for the final processing. The transport objects are 

22 responsible for processing the work item including data returned by the rendering object. 

23 The transport object uses the work items to create a document including how the 
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1 document will appear, and also handles the routing of the document as specified in the 

2 information request created by the transport client. The transport object coordinates the 

3 delivery of the created document use the transmission means specified. The transport 

4 objects work with the routing table for resource allocation, resource availability, local or 

5 remote processing, and time of processing. 

6 The present invention also includes a number of novel methods including: a 

7 method for generating and delivering documents in response to an information request; a 

8 method for acquiring data; a method for extracting information; a method for applying 

9 one or more rules; a method for display and transmission of a document; and a method 
Q 10 for processing work items. 

IB 11 BRIEF DESCRIPTION OF THE DRAWINGS 

12 The invention is illustrated by way of example and not by way of limitation in the 

$ 13 figures of the accompanying drawings in which like reference numerals refer to similar 

!U 14 elements. 

p 1 5 Figure 1 is a block diagram of a preferred embodiment of a system in which the 

1 6 present invention operates. 

17 Figure 2 is a block diagram of a preferred embodiment of a computing device 

1 8 including the present invention 

19 Figure 3 is a block diagram of a preferred embodiment of the memory unit of the 

20 apparatus of Figure 2. 

21 Figure 4 is a flow chart of a preferred method for acquiring data from a client- 

22 computing device using the first module. 
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1 Figure 5 is a flow chart of a preferred method for extracting information using the 

2 second module. 

3 Figure 6 is a flow chart of a preferred method for applying rules to information 

4 extracted using the third module. 

5 Figure 7 is a flow chart of a preferred method for delivering content using the 

6 fourth module and transport objects. 

7 Figure 8 is a functional block diagram of a system according to the present 

8 invention showing the interaction between the modules. 

p 9 Figure 9 is a flow chart of a preferred method generating responses to information 

*0 

S! 10 - requests in accordance with the present invention 

l7 1 j Figure 10 is a flow chart of a preferred method for processing information 

y 12 requests according to the present invention for a system having a work queue and a 

O 1 3 master scheduler. 

jr| 14 Figures 1 1-15 are graphical representations of a display device showing a user 

\ — 3 

|=i 15 interfaces for modifying the operational aspect of the system of the present invention. 
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1 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

2 A system and method for automating the assembly, processing and delivery of 

3 documents is described. In the following description, for purposes of explanation, 

4 numerous specific details are set forth in order to provide a thorough understanding of the 

5 invention. It will be apparent, however, to one skilled in the art that the invention can be 

6 practiced without these specific details. In other instances, structures and devices are 

7 shown in block diagram form in order to avoid obscuring the invention. 

8 Reference in the specification to "one embodiment" or "an embodiment" means 

9 that a particular feature, structure, or characteristic described in connection with the 

O 10 embodiment is included in at least one embodiment of the invention. The appearances of 

^ 1 1 the phrase "in one embodiment" in various places in the specification are not necessarily 

12 all referring to the same embodiment. 
! 5 1 13 Some portions of the detailed description that follows are presented in terms of 

q 14 algorithms and symbolic representations of operations on data bits within a computer 

M 1 5 memory. These algorithmic descriptions and representations are the means used by those 

O 16 skilled in the data processing arts to most effectively convey the substance of their work 

17 to others skilled in the art. An algorithm is here, and generally, conceived to be a 

18 self-consistent sequence of steps leading to a desired result. The steps are those requiring 

19 physical manipulations of physical quantities. Usually, though not necessarily, these 

20 quantities take the form of electrical or magnetic signals capable of being stored, 

21 transferred, combined, compared, and otherwise manipulated. It has proven convenient 

22 at times, principally for reasons of common usage, to refer to these signals as bits, values, 

23 elements, symbols, characters, terms, numbers, or the like. 
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1 It should be borne in mind, however, that all of these and similar terms are to be 

2 associated with the appropriate physical quantities and are merely convenient labels 

3 applied to these quantities. Unless specifically stated otherwise as apparent from the 

4 following discussion, it is appreciated that throughout the description, discussions 

5 utilizing terms such as "processing" or "computing" or "calculating" or "determining" or 

6 "displaying" or the like, refer to the action and processes of a computer system, or similar 

7 electronic computing device, that manipulates and transforms data represented as 

8 physical (electronic) quantities within the computer system's registers and memories into 

9 other data similarly represented as physical quantities within the computer system 

Q 10 memories or registers or other such information storage, transmission or display devices. 

*S § 1 1 The present invention also relates to apparatus for performing the operations 

m 

12 herein. This apparatus may be specially constructed for the required purposes, or it may 

1*71 1 3 comprise a general-purpose computer selectively activated or reconfigured by a 

m 14 computer program stored in the computer. Such a computer program may be stored in a 

j=£ 1 5 computer readable storage medium, such as, but is not limited to, any type of disk 

O 16 including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only 

1 7 memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic 

1 8 or optical cards, or any type of media suitable for storing electronic instructions, and 

19 each coupled to a computer system bus. 

20 The algorithms and displays presented herein are not inherently related to any 

21 particular computer or other apparatus. Various general -purpose systems may be used 

22 with programs in accordance with the teachings herein, or it may prove convenient to 

23 construct more specialized apparatus to perform the required method steps. The required 
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1 structure for a variety of these systems will appear from the description below. In 

2 addition, the present invention is not described with reference to any particular 

3 programming language. It will be appreciated that a variety of programming languages 

4 may be used to implement the teachings of the invention as described herein. 

5 Moreover, the present invention is claimed below operating on or working in 

6 conjunction with an information system. Such an information system as claimed may be 

7 the entire information system as detailed below in the preferred embodiment or only 

8 portions of such a system. For example, the present invention can operate with an 

9 information system that need only be a browser in the simplest sense to input a data using 

10 a transport client. Similarly, the present invention could operate on a server that does not 

1 1 include a display device and an input device (keyboard and mouse type controller). Thus, 

1 2 f the present invention is capable of operating with any information system from those 

13 with minimal functionality to those providing all the functionality disclosed herein. 

14 A. Overview of the "NetTranspor t" 

15 The present invention is directed to a novel system for acquiring data, for using 

16 the acquired data to extract additional data and apply business rules to produce result 

1 7 data, and for creating and delivering a document including the result data. The present 

18 invention includes a unique three-tier structure of transport clients 812, rendering objects 

19 808, and transport objects 804 (See also Figure 8). The transport clients 812 are each 

20 responsible for acquisition of data necessary to generate the response. The rendering 

21 objects 808 are for extracting information from a database and applying rules on the 

22 extracted data. The transport objects 804 are responsible for processing the work item 

23 including data returned by the rendering object. The interaction of these objects 804, 808 
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1 and clients 812 is coordinated by a master scheduler 806 and uses a work queue 810 in a . 

2 novel manner as will be described below. 

3 The present invention for automating the assembly, processing and delivery of 

4 documents will now be described in the context of a specific application for receiving a 

5 request for a quote on insurance and generating documents that respond to such a request. 

6 However, those skilled in the art will recognize that the present invention may be applied 

7 in a variety of other contexts where an information request is submitted and a response is 

8 provided. Therefore, the description of the present invention in the context of responding 

9 to requests for quotes on insurance is only by way of example. 

10 Having just described an overview of the present invention, the systems and 

1 1 methods used to present the acquire data and prepare a response are described below. 

12 First, the system and its components will be described. Second, the various modules and 

13 their interaction will be described. Third, methods of operation of the present invention 

14 will be described. Finally, an exemplary user interfaces are described. 

15 B. System 

16 Referring now to Figure 1, the context of a net transport system in accordance 

17 with the present invention is shown. The preferred embodiment for operation of the 

18 present invention is in conjunction with the transmission and retrieval of documents over 

19 a computer network such as the Internet. A simple system 100 is shown in Figure 1 for , 

20 simplicity and ease of understanding, although those skilled in the art will recognize that 

21 the net transport system is responsive to several clients 812. The user interacts and 

22 communicates using a client-computing device 102, 104, 106, 112, 114 that include a 

23 web browser. The client-computing device 102, 104, 106, 112, 114 is preferably a 
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1 personal computer, but may also be a server, a mobile computing device, cellular 

2 telephone or any other computing device. The client-computing device 102, 104, 106, 

3 1 1 2, 1 14 is coupled by a signal line 2 1 0 such as a modem and telephone line to the 

4 Internet 206. An exemplary embodiment of a system 100 including a plurality of 

5 computing devices 102, 104, 106, 1 12, 1 14 each including the net transport system is 

6 shown. The computing devices 102, 104, 106, 112, 114 are preferably coupled by a 

7 communication network or network segment 108 and 110. Figure 1 is merely an 

8 example, and networks including the net transport system may be configured any number 

9 of ways as will be recognized by those skilled in the art. 

Q 10 The system 100 preferably includes one or more communication networks or 

~4 1 I network segments 108 and 110. The communication networks or network segments 108 

12 and 1 1 0 may be of any suitable type and communication rate. The communication 

1 3 network 108 and 1 1 0 is preferably the Internet by way of example, but alternatively and 

5: 

=== 14 the network 108 and 110 could be a WAN, a LAN, a VPN, an intranet or an extranet. 

!U 

M 1 5 The segments may be separate physically, or separate logical parts of one physical 

1J1 

O 16 network. The networks may use any topology appropriate (e.g. ring, bus or star; both 

17 logical or physically 108 and 1 10). 

18 - Attached to the networks 108 and 1 10 are a plurality of computing devices 102, 

19 104, 106, 112, 114. The computing devices 102, 104, 106, 112, 114 include workstations 

20 1 12, 1 14 and servers 102, 104, 106. For example, the servers 102 and 106 are coupled to 

21 communication network 108 while servers 102, and 104, and workstations 1 12 and 1 14 
.22 are coupled to the second communication network 110. The servers 102, 104, 106 may 
23 also include various other functionality of a conventional type. For example, server 102 
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1 also operates as a database server; server 104 also operates as an e-mail server; and server 

2 106 also operates as facsimile server. In one embodiment, system 100 is implemented as 

3 a free threaded (MTA) NT service residing on the IIS4.0 web server that services 

4 requests. Workstations include a client portion of the service that is implemented as a 

, 5 COM object that talks to the NT service. Each of the computing devices 102, 104, 106, 

6 l?i'2, 1 14 also includes the net transport system as will be described in more detail below 

7 with reference to Figures 2 and 3. 

8 With the exemplary system 100 shown in Figure 1, a customer service person on 

9 workstation 112 may be running an application program that is a transport client 812 to 
G 10 which is supplied the necessary data to fill a request for a customer. Net Transport 

M 1 1 running on the workstation 1 12 receives the request and places it in its work queue 810. 

irfk 

j*f 12 The master scheduler 806 on workstation i 12 submits the request to the appropriate 

;_ s 13 rendering object 808. The rendering object 808 executes an inquiry, if necessary, applies 

q 14 business rules, if any, and returns a response for the inquiry. The master scheduler 806 

fii 

M 15 then submits the rendered response to the appropriate transport object 804 running on 

n\ 

O 16 workstation 1 12. If the resources available to fill the transport request are local, the 

: 

1 7 transmission takes place locally. If the destination is via email, the transport object 804 

1 8 will send the request to the e-mail server 104 also Net Transport. If the resource required 

19 is a fax server the request is routed via the server 102 to server 106 to be filled. The user 

20 by any other server or workstation by a process that is part of net transport will be subject 

21 to any network security that exists. Therefore, if a request originating on workstation 1 14 

22 does not have a sufficient level of privilege to access certain information on another 

23 server, such as the database server 102. The request placed in its work queue 810 and 
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1 specifies the server 102 as the server on which the rendering object 808 is to be executed 

2 will be held and not executed. 

3 Today, it is well understood by those skilled in the art that multiple computers can 

4 be used in the place of a single computer by applying the appropriate software, hardware, 

5 and communication protocols. For instance, data used by a computer often resides on a 

6 hard disk or other storage device that is located somewhere on the network to which the 

7 computer is connected and not within the computer enclosure itself. That data can be 

8 accessed using NFS, FTP, HTTP or one of many other remote file access protocols. 

9 Additionally, remote procedure calls (RPC) can execute software on remote processors 

10 not part of the local computer. In some cases, this remote data or remote procedure 

1 1 operation is transparent to the user of the computer and even to the application itself 

12 because the remote operation is executed through the underlying operating system as if it 

13 was a local operation. 

14 It should be apparent to those skilled in the art that although the embodiment 

15 described in this invention refers to a single computer with local storage and processor, 

16 the data might be stored remotely in a manner that is transparent to the local computer 

17 user or the data might explicitly reside in a remote computer accessible over the network. 

18 In either case, the functionality of the invention is the same and both embodiments are 

19 recognized and considered as possible embodiments of this invention. 

20 Referring now to Figure 2, a first embodiment for a client-computing device 102 

21 or 1 12 including the net transport system is shown. The client-computing device 102 

22 comprises a control unit 250 coupled to a display device 200, a keyboard 222, a cursor 

23 controller 223, a network controller 224 and an I/O device 225 by a bus 201 . 
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1 Control unit 250 may comprise an arithmetic logic unit, a microprocessor, a 

2 general purpose computer, a personal digital assistant or some other information 

3 appliance equipped to provide electronic display signals to display device 200. In one 

4 embodiment, control unit 250 comprises a general purpose computer having a graphical 

5 user interface, which may be generated by, for example, a program written in Java 

6 running on top of an operating system like WINDOWS® or UNIX® based operating 

7 systems. In one embodiment, one or more application programs are executed by control 

8 unit 250 including, without limitation, word processing applications, electronic mail 

9 applications, spreadsheet applications, and web browser applications 306. The control 
Q 10 unit 250 also has other conventional connections to other systems such as a network for 
N 1 1 distribution of files (media objects) using standard network protocols such as TCP/IP, 
Yz 1 2 http, and SMTP as will be understood to those skilled in the art and shown in detail in 
j si 13 Figure 2. 

p 14 As shown in Figure 2A, the control unit 250 includes a processor 202, main 

M= 15 memory 204, and data storage device 207, all of which are communicatively coupled to 

O 1 6 system bus 20 1 . 

1 7 Processor 202 processes data signals and may comprise various computing 

18 architectures including a complex instruction set computer (CISC) architecture, a reduced 

1 9 instruction set computer (RISC) architecture, or an architecture implementing a 

20 combination of instruction sets. Although only a single processor is shown in Figure 2, 

21 multiple processors may be included. 

22 Main memory 204 may store instructions and/or data that may be executed by 

23 processor 202. The instructions and/or data may comprise code for performing any 
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1 and/or all of the techniques described herein. Main memory 204 may be a dynamic 

2 random access memory (DRAM) device, a static random access memory (SRAM) 

3 device, or some other memory device known in the art. The memory 204 preferably 

4 includes a web browser 230 of a conventional type that provides access to the Internet 

5 and processes HTML, XML or other mark up language to generated images on the 

6 display device 200. For example, the web browser 230 could be Netscape Navigator or 

7 Microsoft Internet Explorer. 

8 Data storage device 207 stores data and instructions for processor 202 and may 

9 comprise one or more devices including a hard disk drive, a floppy disk drive, a 

O 10 CD-ROM device, a DVD-ROM device, a D VD-RAM device, a DVD-RW device, a flash 

Nl 1 1 memory device, or some other mass storage device known in the art. 

m 

12 System bus 201 represents a shared bus for communicating information and data 

u 

| ai 13 throughout control unit 250. System bus 201 may represent one or more buses including 

H '14 an industry standard architecture (ISA) bus, a peripheral component interconnect (PCI) 

M 1 5 bus, a universal serial bus (USB), or some other bus known in the art to provide similar 

fli 

O 16 functionality. 

17 Additional components coupled to control unit 250 through system bus 201 

1 8 include display device 200, keyboard 222, cursor control device 223, network controller 

19 224 and input/output device 225. Display device 200 represents any device equipped to 

20 display electronic images and data as described herein. Display device 200 may be a 

2 1 cathode ray tube (CRT), liquid crystal display (LCD), or any other similarly equipped 

22 display device, screen, or monitor. 
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1 Keyboard 222 represents an alphanumeric input device coupled to control unit 

2 250 to communicate information and command selections to processor 202. Cursor 

3 control 223 represents a user input device equipped to communicate positional data as 

4 well as command selections to processor 202. Cursor control 223 may include a mouse, 

5 a trackball, a stylus, a pen, a touch screen, cursor direction keys, or other mechanisms to 

6 cause movement of a cursor. Network controller 224 links control unit 250 to a network 

7 that may include multiple processing systems. The network of processing systems may 

8 comprise a local area network (LAN), a wide area network (WAN) (e.g., the Internet), 

9 and/or any other interconnected data path across which multiple devices may 

1 0 communicate. 

1 1 One or more I/O devices 225 are coupled to the system bus 201 . For example, the 

12 I/O .device 225 may be an audio device equipped to receive audio input and transmit 

1 3 audio output. Audio input may be received through various devices including a 

14 microphone within audio device 225 and network controller 224. Similarly, audio output 

15 may originate from various devices including processor 202 and network controller 224. 

16 In one embodiment, audio device 225 is a general purpose; audio add-in/expansion card 

1 7 designed for use within a general purpose computer system. Optionally, audio device 

18 225 may contain one or more analog-to-digital or digital-to-analog converters, and/or one 

19 or more digital signal processors to facilitate audio processing. 

20 It should be apparent to one skilled in the art that control unit 250 may include 

21 more or less components than those shown in Figure 2 without departing from the spirit 

22 and scope of the present invention. For example, control unit 250 may include additional 

23 memory, such as, for example, a first or second level cache, or one or more application 
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1 specific integrated circuits (ASICs). Similarly, additional components may be coupled to 

2 control unit 250 including, for example, image scanning devices, digital still or video 

3 cameras, or other devices that may or may not be equipped to capture and/or download 

4 electronic data to control unit 250. 

5 Referring now to Figure 3, the memory unit 204 is shown in more detail. In 

6 particular, the portions of the memory 204 needed for the processes of the present 

7 invention are shown and will now be described more specifically. As shown in Figure 3, 

8 the memory unit 204 preferably comprises an operating system 302, other applications 

9 304, a web browser 306, at least one net transport application 308, a first module 310 for 

O 10 data acquisition, a second module 3 12 for data extraction, a third module 3 14 for rule 

"«? 

N 1 1 application, and a fourth module 316 for transmission and presentation of a response. As 

M 

12 noted labove, the memory unit 204 stores instructions and/or data that may be executed by 

[7i 13 processing unit 302. The instructions and/or data may comprise code for performing any 

□ 14 and/or all of the techniques described herein. These modules 302-3 1 8 are coupled by bus 

fU 

y> 15 301 to the processing unit 302 for communication and cooperation to provide the system 

O 16 100. Those skilled in the art will recognized that while the present invention will now be 

1 7 described as modules or portions of the memory unit 204 of a computer system, the 

18 modules or portions may also be stored in other media such as permanent data storage 

19 and may be distributed across a network having a plurality of different computers such as 

20 in a client/server environment. Furthermore, it should be understood that different 

21 embodiments of the present invention may include some but not all of the modules 302- 

22 318 of Figure 3. For example, a client-computing device 1 12 or workstation may not 

23 include the second module 3 12 for data extraction and the third module 314 for rule 
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1 application. Similarly, a server 102 may not include the first module 310 for data 

2 acquisition, but include the other modules. Those skilled in the art will recognize that the 

3 four modules 310, 312, 314, 416 and the net transport application 308 may be used in 

4 various combinations according to the needs of a particular situation. 

5 The operating system 302 is preferably one of a conventional type such as, 

6 WINDOWS®, SOLARIS® or LINUX® based operating systems. 

7 The memory unit 204 may also include one or more other application programs 

8 304 including, without limitation, word processing applications, electronic mail 

9 applications, and spreadsheet applications. 

10 The web browser 306 is one of a conventional type as has been described above. 

1 1 The net transport application 308 is a procedure or routines that control the 

12 processor 202. The net transport application 308 may be used one either a workstation or 

13 a server. Although only a single net transport application 408 is shown in the memory 

14 204 of Figure 3 for ease of understanding the present invention, a server 102, 104, 106 

1 5 v/ill typically have several such net transport application 308; each application used for 

16 interacting with different groups of transport clients 812, rendering objects 808 or 

17 transport objects 804. A net transport application 308 preferably includes routines for 

1 8 invoking the net transport system. These routines operate as a scheduler 806 and defined 

19 a portion of the memory 204 as a work queue 810. The scheduler 806 and work queue 

20 810 are used to manage one or more work items that in turn reference a first module 310 

2 1 including transport clients 8 1 2, a second module 3 1 2 and a third module 314 including 

22 rendering objects 808, and a fourth module 316 including transport objects 804. Each of 

23 these components is described in more detail below with reference to the modules 310, 
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1 312, 314, 316 that process them. The scheduler 806 and work queue 8 1 0 are able to 

2 support heavy loads and many clients simultaneously and also include management of 

3 administrative reporting and client feedback on the status of submitted content. Such 

4 complex reporting demands of the transport clients 812 can be accomplished using 

5 rendering features of supplied by rendering objects 808. 

6 The first module 310 includes one or more transport clients 812 and the routines 

7 for executing the transport clients 812. In particular, each of the transport clients 812 is 

8 an application program that uses the net transport application 308. The transport client 

9 812 is responsible for gathering the information necessary to fill the request and generate 

10 a work item. More specifically, the transport client 812 provides a graphical user 

11 interface, including questions in response to which the user must use the computing 

12 device to enter the information into the system 100. For example, the transport clients 

13 812 may gather the customer name, items to be sold or quoted, special terms requested 

1 4 etc. The information is application specific but independent of how the information is to 

15 be sent or where it is to be obtained. In one embodiment, the transport clients 812 

16 presents a graphical display having blank fields in which the user can enter: 1) a 

17 rendering object 800, 2) the date and time, 3) an identifier as to who the request is from, 

18 4) an identifier as to who the request is to, 5) a method for sending the response to the 

19 request, 6) data or cargo for the request, 7) a subject of the request, 8) a responder that is 

20 to handle the request, and a 9) priority for the request. In an alternate embodiment, the 

21 transport client 812 may also gather data including a server on which to execute the 

22 request it is not performed locally. The transport clients 812 also include routines for 

23 asking for an update on the status of to a previously submitted request and may be 
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1 formatted as a cookie sent over the Internet. The transport clients 8 1 2 also include 

2 routines to determine if the system is accepting requests submissions. Once the user 

3 inputs the requested information, the transport clients 812 executed to transform the data 

4 into a work item and added it to the work queue 810 for further processing under the 

5 control of the scheduler 806. 

6 In the context of a system 100 that generates insurance quotes, exemplary 

7 transport clients 812 preferably include a transport client that acquire data for an 

8 insurance application including the name and address of the applicant, the name of agent 

9 selling the policy, the desired coverage (liability, fire, theft, workers compensation, etc.), 
10 details for evaluating risk, and desired coverage dates. The operation of the first module 
1 i 3 1 0 will also be described in more detail below with reference to Figure 4. 

12 ; The second module 312 includes one or more rendering objects 808 and the 

13 routines for executing the rendering objects 808. The second module 312 preferably uses 

14 information obtained by the module 310 to access database(s), both local and remote, to 

1 5 obtain information for further processing the information request. For example, public 

16 and private records may be accessed to find out about past losses for historical losses 

17 v/ithin the industry or geographic area where the coverage is to occur. Rendering objects 

1 8 808 allows a submitted request to perform a complex information gathering process 

19 without making the transport client 812 wait for it to complete. In particular, the 

20 rendering objects 808 in the second module 312 are processes responsible for extracting 

21 data from a database using the information provided by a transport client 812. Each of 

22 the rendering objects 808 is an application program that uses the net transport application 

23 308. The rendering object 808 is a program that makes database inquiries and returns 
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1 information. For example, a particular rendering object has information about the 

2 database such as the schema used for organization, the language used such as SQL, and 

3 other information necessary to perform a successful query of the database. The rendering 

4 object 808 may be very simple to very complex. In one embodiment, the rendering 

5 object 808 is implemented using a Component Object Model (COM) and created as 

6 COM objects. As noted above, specific rendering objects 808 provide administrative 

7 reporting and reporting back to transport clients 812 as well. The rendering object 808 

8 objects include routines to generate an instance of a particular rendering object 808 in 

9 response to a signal from the scheduler 806. Once in the work queue 810, the scheduler 

10 starts execution by calling a rendering object 808 and providing reference to a work item 

1 1 in the work queue 8 1 0. The rendering object 808 extracts data, in particular the cargo, 

12 necessary for the rendering object 808. For example, a rendering object 808 first 

13 retrieves information to identify the instance of the rendering object including the work - 

14 item to which the rendering object 808 corresponds. A data structure referred to as a 

15 "slnformation" parameter is filled with data and holds this information for identification 

16 of the rendering object 808 for future use. Next, the rendering object 808 renders data to 

1 7 file by performing: 1) a no operation - simply passing the data or cargo through a 

1 8 rendering object 808 and not materially changing the data or performing processes with 

19 it, 2) a query operation - using the data or cargo from the request as the basis for a 

20 database query, performing the query on a specified database and returning the result. In 

2 1 addition, in certain embodiments an output parameter for the result of the rendering 

22 object 808 may be provided to a printer or other output device. This is a form of manual 

23 over-ride that can be input by the transport client 812, and thereby bypassed the need for 
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a transport object 804 to process the output of the rendering object 808, rather the 
rendering object just directly output the result to a specified printer. The operation of the 
second module 312 will also be described in more detail below with reference to Figure 
5. 

The third module 314 includes one or more rendering objects 808 and the routines 
for executing the rendering objects 808. In particular, the rendering objects 808 in the 
third module 314 are processes responsible for applying or enforcing business rules on 
the data extracted from the database by the second module 312. Each of the rendering 
objects 808 is an application program that uses the net transport application 308. The 
rendering object 808 is a program that checks business rules particular to that rendering 
object 808 to the data returned by the second module 312. For example, when the system 
100 is configured provide insurance quotes, typical rules that would be enforced or 
performed by rendering objects 800 include determining if the risk and/or applicant are 
located in an area in which the insurance carrier is legally entitled to write coverage, 
determining if the address gi ven is appropriate for the location or the risk, determining if 
the risk is within the agents territory, determining if the risk is of a type that the carrier is 
willing to carry. Furthermore, those skilled in the art will recognize that these rendering 
objects 808 may be combined with the rendering objects 808 doing the extracting into a 
single object with performs queries on a database and then applies the business rule to 
produce a result that is stored in a file and identified in the corresponding work item. The 
operation of the third module 314 will also be described in more detail below with 
reference to Figure 6. 
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1 The fourth module 316 preferably comprises routines that format the data as 

2 appropriate for the media on which it is to be presented. For example, if the data is to be 

3 presented as a fax, margins must be set for pages, justification and pagination must be 

4 applied as well as other formatting conversions. The fourth module 316 includes one or 

5 more transport objects 804 and the routines for executing the transport objects 804. In 

6 particular, the transport objects 804 in the fourth module 316 are processes responsible 

7 for producing the display format and delivery of information returned by a rendering 
S object 808 of the third module 314. Each of the transport objects 804 is an application 
9 program that uses the net transport application 308. The transport object 804 a program 

10 that receives the data from the scheduler 806. formats the data in a presentation format 

1 1 specified by the routines of the transport object, and the delivers the data in a manner 

12 dictated in the transport object 804. For example, net transport may use either local 
3e i 13 * resources to deliver the document produced by the rending object, or may use a network 
q 14 connection to use other delivery mechanisms provide by other servers. The transport 

m 

U 15 objects 804 can use resources that are not on the local computer system but residing on a, 

O 16 remote system by using the routing table 802. At the appropriate time based on the 

1 7 availability of resources or at a specified predetermined time, the transport objects 804 

1 8 sends the document to the destination specified, using the manner specified. Preferably, 

19 there is one transport object 804 for each type of delivery such as one for fax, a second 

20 for e-mail, a third for pager, etc. Similarly each of the transport objects 804 can be to a 

21 predetermined recipient or group of recipients. The use of such objects advantageously 

22 separates the transport or delivery from the processing of the data. This is advantageous 

23 because each transport object 804 includes a driver adapted for a particular type of 
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1 delivery technology. This allows objects to be re-used and also allows new objects to be 

2 easily written for new methods of content delivery. For example, new or multiple drivers 

3 can be written to be to take advantage of technology that was not in existence when the 

4 other objects 812, 808were created. Thus, if a different fax server is added to the system, 

5 a driver is all that needs to be written, and the system 100 will be fully operational. The . 

6 operation of the fourth module 316 will also be described in more detail below with 

7 reference to Figure 7. 

8 C. Modules And Their Interaction 

9 Referring now to Figure 8, the interaction of objects 804, 808, 812 and the 
f 10 modules 310, 31 2, 314, 316 are described in more detail. Figure 5 is a schematic 

J 1 1 diagram illustrating the relationship between the master scheduler 806, the work queue 

U 12 8 10,' a routing table 802, and a plurality of transport clients 812a-n, rendering objects 

U 13 8 08a-n, and transport objects 8 04a-n in accordance with the present invention. The 

:ri 14 present invention is directed to the submission of a request and creation of a response 

15 documents and delivery of that response document. 

16 The plurality of transport clients 812a-n are used to interact with various users. 

17 The transport clients 812a-n gather the information necessary to fill the request. Each 

1 8 request has some predetermined information that must be input by a user at a client- 

19 computing device. The transport clients 812a-n display user interfaces, run scripts and 

20 other routines to ensure the information required by a request is input. As noted above, 

21 such information may include the customer name, items to be sold or quoted, special 

22 terms requested etc. Once the information has been input, the transport clients 812a-n 

23 create a data structure referred to as a work item and send the work item to the master 
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1 scheduler 806 for addition to the work queue 810. In one exemplary embodiment, work 

2 items include: 1) The data to be used in fulfilling the request either as immediate data 

3 item or a reference to a file containing the data; 2) a destination for the data e.g. an 

4 address, a fax number or an email address; 3) a rendering object; 4) a transport object or 

5 mechanism that specifies how that data is to be delivered; 5) a server or computer 

6 offering the sendee on which the rendering request is to be executed - scheduler will 

7 confirm the request to be executed on a server having a sufficient level of privilege to 

8 honor the request, to run the necessary programs and/or access the necessary data; and 6) 

9 a priority in servicing the work item. 

O 10 The work queue 810 is a portion of memory for storing the work items. The work 

SS 1 1 queue 8 1 0 is another data structure within the net transport system that stores all the 

SJLa 

5=^ 1 2 above items for the work item and the status of the work item, Status includes whether 

n 1 3 the work i terns are complete or is waiting for resources and whether or not there have 

i=i 14 been errors in processing. 

i 5 The master scheduler 806 is the major portion of the net transport application and 

Q 16 examines items in the work queue 810 and arranges for them to be serviced in the proper 

17 order. Each of the items in the work queue 810 has one or more status flags to indicated 

18 whether the item has been: added to the work queue 810 by a transport client 812a-n; sent 

19 to a rendering object 808a-n for processing, returned as processed by the rendering object 

20 808a-n, sent to a transport object 804a-n for processing, or returned by the transport 

21 object 804a-n as having been delivered. 

22 In practice processing proceeds as follows: a transport client 812a-n formats and 

23 submits a request as a work item and adds it to the work queue 810. The master 
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1 scheduler 806 examines the work items and decides which if any rendering object 808a-n 

2 is available to process the work item. It is possible that a null rendering object 808a-n is 

3 supplied that indicates that the data is ready for transmission as supplied. The status of 

4 the work item in the work queue 810 is changed to reflect that it is currently being 

5 processed by the rendering object 808a-n. The rendering object 808a-n makes database 

6 inquiries and contains and enforces business rules. Once all database inquiries have been 

7 done and business rules checked by the rendering object 808a-n, the rendering object 

8 808a-n returns information correct and suitable for further processing and associates it 

9 with item in the work queue 810. 

Q 10 When the rendering object 808a-n is finished extracting data and applying 

N 1 1 business rules as defined by that particular rendering object 808a- n, the appropriate data 

iH 

i 2 is now associated with the work item in the work queue 810. Its status is updated to mark 

j si 13 it as ready for transmission. At the appropriate time, based on the availability of 

— , j <?* 

fj 14 resources and the priority of the item in the work queue 810, the items are submitted to 

5 

M 15 the transport object 804a-n. The transport object 804a-n forwards the formatted data to 

Q 16 the proper mechanisms for transmission. The transport object 804a-n can use resources, 

jj r ..i 

17 which are not on the local computer system but residing on a remote system. The 

18 transport object 804a-n consults its routing table 802 so that it knows whether there are 

1 9 local resources to handle the work item or whether work item is handled by another 

20 computing device or server on the network. Additionally the routing table 802 may be 

21 modified, under program control, to allow traffic destined for one location to be delivered 

22 to another location. For example, email traffic may be sent to an alternate e-mailbox, or 

23 by fax or by pager. In the preferred embodiment, there is a transport object 804a-n for 
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1 each type of delivery mechanism. For example, a first transport object 804a is for 

2 transmission by facsimile, a second transport object 804b is for transmission by e-mail, a 

3 third transport object 804c is for transmission by pager, and a fourth transport object 

4 804d is for transmission by printing. Those skilled in the art will recognize that the 

5 present invention provide flexibility in this manner since new transmission technologies 

6 can be accommodated simply by adding a transport object 804 for the new transmission 

7 mechanism. For example, if the method for delivery of the "document" were by 

8 converting it to speech and then outputting it over a telephone, a new transport object 804 

9 could be written to accommodate such a new transmission technology without having to 
O 10 re-write the entire document creation, processing and delivery system. 

M 1 1 One example of application of the present invention is in the generation of 

j-^ .12 quotations for insurance rates and terms. A quotation typically includes a cover letter is 

13 generated with addresses and names taken from a database. To price the policy rating 

q 14 factors retrieved from a database and incorporated for verification. In as much as the 

M. 15 final price to the customer includes a commission for the sales agent, the agent is allowed 

O 16 to supply his commission (within some latitude) for incorporation with the final quote. In 

17 a simple case, these documents are printed for mailing. In cases that are more complex 

18 the document may be faxed. The faxing processes involves generating the content of the 

19 document on one machine; rendering the FAX image (changing it from a text-based 

20 document to a bit mapped image) on a second machine; transmission of the image on a 

21 third machine and finally the archiving of the image of the document (for legal reasons) 

22 on a fourth machine. This process is automated by the present invention in that a 

23 transport client 804 is provided for delivery of a printed document, and a second transport 
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1 client 804 is provided to send the document by fax. Rendering objects 800 are provided 

2 to archive a copy of the fax document, generate the cover letter, price the insurance quote 

3 and adjust the commission. Finally, a transport client 812 that collects information from 

4 the sales agent, and specifies a method of delivery and the rendering objects 808 that are 

5 to operate on the data provide. An example of documents created by the system 100 is 

6 presided in Appendix A. 

7 Another example of application of the present invention is to providing price 

8 quotes for a custom machine shop might work. The shop receives drawings from 

9 customers that describe items to be built. The prior art approach would be as follows. 

□ 10 The shop will use the "Bill of Materials" (which is part of the drawing set for each part to 

0 

N * 1 1 be built) to discover what materials are required for the part. The material must be priced 

Ts 
La 

*f 1 2 and; the prices aggregated to from a major part of the quote. The parts do not from the 

si 13 entire quote but are a significant part the quotation. This is frequently done manually, 

3 14 literally by looking items up on a parts book, entering the values on a ledger sheet and 

« 1 5 manually adding the values. Besides looking up the prices for materials, discounts must 

□ 16 be applied as materials generally cost more in volume. With the present invention this 

17 process would be streamlined to the following. A transport client 812 running on a local 

1 8 workstation 1 12 would acquire the information comprising the bill of materials through a 

1 9 user entering it into the system. Once the data is entered, it is submitted to the work 

20 queue 810 for processing. The master scheduler 806 discovers the work item in the 

2 1 queue 8 1 0. There may be more than one item in the work queue 8 1 0 as there may be 

22 more than one workstation 1 14 acting as a transport client 812a-n. The master scheduler 

23 806 directs the request to a rendering object 808a and by use of one of the transport 
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1 objects 804a, which identify to the scheduler 806 how the data is to be transported. The 

2 rendering object 808a preferably includes routines to examine the request, retrieve costs 

3 from a database, place these values into the electronic document being generated, apply 

4 business rules regarding markups to the costs discovered in the database, and apply 

5 business rules regarding discounts. If the values need are not found in the database the 

6 rendering object 808a can either forward the request to another rendering object 808b for 

7 processing (e.g. another rendering object on a purchasing agent's computer) to obtain the 

8 mir.sing object or return the item unprocessed. 

9 D. Methods 

10 Referring now to Figures 9 and 4-7, the methods and processes of the present 

"Si 

ijj 1 1 invention are described in more detail. 

M 1 2 The general method for processing requests will first be described with reference 

"W 13 to Figure 9, and also with reference to Figure 8. The method begins in step 902 by 

y 14 acquiring data from the user. In particular, a transport client is used to present user 

5 IS 

j~ 1 5 interfaces and get the user to input the data necessary to process the request into the 

H 16 system; Next in step 904, the method extracts information from a database using the 

1 7 acquired data. This is preferably done by a rendering object that uses the acquired data to 

18 generate a query and applies the query to a database. Then in step 906, a number of 

19 business rules are applied to the data returned by the query in step 904. Again, a 

20 rendering object performs this application of business rules. Once the rendering object 

21 modifies the data according to the business rules, the resulting data is formatted for 

22 display and combined with other information from the original request and then 

23 transmitted to a recipient using a transport object. 
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1 Referring now to Figure 4, the preferred method for acquiring data from a client- 

2 computing device 1 12 using the first module 310 is shown. The process begins in step 

3 402 by presenting a user interface (UI) or screen on the display device 200 of the 

4 computer 112. Next, the module 310 and the transport client 812 fill in 404 default 

5 values in to fields that from part of the user interface. Then in step 406, the user inputs 

6 data the input data and field are processed. There is minimal verification that is done by 

7 the transport client 812 to confirm that data is of the proper type or format. After step 

8 406, the method tests whether the last filed has been processed in step 406, or whether the 

9 user has input the submit command. If not, the process returns to step 406 to process the 
O 1 0 next field. If so, the process continues in step 410 to format each data element for 

Nt 1 1 queuing. The data is preferably formatted such as tab delimited, fixed field with or some 

!*f 12 other agreed upon format that has been set in the transport client 812. Then, the data 

!Tj 13 elements are assembled as a work item for queuing. Assembly of the data elements puts ^ 

q 1 4 them in an order that is expected by the rendering objects 808 that will process the work 

111 

1=1* 1 5 item. Finally, the transport client 8 1 2 performs a routine to create the work item 

O 16 including the properly ordered data elements, and the work item is added to the work 

1 7 queue 8 1 0 and the method is complete. 

1 8 Referring now to Figure 5, the preferred method for extracting information using 

19 the second module 312 will be described. The method begins in step 502 with the 

20 rendering object 808 receiving and accessing a work item. Typically, the scheduler 806 

21 passes a work item to a rendering object 808 for further processing. The rendering object 

22 808 then retrieves 504 the cargo or data corresponding to the work item. This cargo may 

23 »be stored as part of the work item or the work item may just have a reference to a file that 
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1 contains the cargo. Next, the cargo is used to generate 506 a query according to the 

2 language used by the database. Then the generated query is applied 508 to a database 

3 specified in the work item. This may be done using any existing database management 

4 programs such as Microsoft SQL Server, Oracle and DB2 to manage the information, and 

5 the rendering object 808 may include standard (industry wide) or proprietary methods of 

6 accessing the data whether it is stored local or remote. The result of the query is then 

7 stored 510 to a file and a reference to the file is added to the work item. The work item is 

8 then returned to the work queue 810 for further processing. 

9 Referring now to Figure 6, the preferred method for applying rules to information 
10 extracted using the third module 314 will be described. The process begins in step 602 

ijj 1 1 with a rendering object 808 retrieving data form a source. In this case, the source of the 

}*& 12 data for the operation may be the data returned by another rendering object 808, the result 

W 13 of a query, a register on the system, or data from retrieving a file. The process continues 

.'S3, 

]rj 14 by first applying 604 business rules represented as part of the rendering object's routines 

!Z 15 to the data from step 602. Rules may be applied as program elements (testing a value to 

n 16 be within specified ranges). These ranges may be built into the program (rendering 

17 module) as values. Then in step 606, the method determines if there was a rule violation 

18 resulting from the application of the business rules to the data. If so the method proceeds 

19 to step 608. In step 608, the method processes the violation. Such processing preferably 

20 includes: 1) sending the work item to another rendering object 808 to fill in missing data 

21 2) returning the work item o the transport client, or 3) signaling an error condition. If 

22 there was not a rule violation found in step 606, the method continues in step 610 to 

23 apply business rules parameterized in the database. This requires a query of the database 
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1 and application of business rules. The values for the business rules may be parameter 

2 stored in the database that must be retrieved before being applied to the data from step 

3 602. Such parameterized values are advantageous because they may be retrieved from a 

4 database thereby facilitating the modification of the values without modifying the 

5 rendering object 808. Again in step 612, the method determines if there was a rule 

6 violation resulting from step 610. If so the method proceeds to step 608 before ending. 

7 If not the method continues in step 614 to apply business rules represented as constraints 

8 in the database. The rules may be built as constraints in a relational database such as the 

9 ones aforementioned. Rules may specify an arbitrarily complex description such as 

□ 10 calculated limits based on other values input from the extraction module, or variables in a 

N 1 1 database. The relationships may also used set theory to specify the constraints. For 

^ 1 2 example, the zip code of the applicant must be a member of the set of zips codes where 

H 1 3 me agent is allowed to write business and must be a member of the set of zip codes where 

v=\ 1 4 the company is allowed to write business. The zip code of the risk for a business policy , 

m 

1 5 may not be a zip code where the type of business to be insured is prohibited. The city 

Q 16 and state of the address must be appropriate for the zip code. After step 614, the method 

17 again tests for a rule violation. If one is found the method continues in step 608. If one is 

1 8 not found, then the method returns the work item including the result of data retrieval of 

19 step 602 after application of the rules back in the work queue 810 for other object to 

20 process. Those skilled in the art will recognize that the method of Figure 6 was described 

21 for convenience as a single method, however portions A, B or C could alone form a 

22 method with step 602, 608 and 618. Furthermore, it should be understood that portions 
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1 A, B or C may occur in any order and may be performed or repeated any number of 

2 times. 

3 Referring now to Figure 7, a preferred method for delivering content using the 

4 fourth module 316 and transport objects 804 is shown. The method begins in step 702 

5 with the transport object 804 updating the status of the work item to indicate it is being 

6 processed. Then the work item, or its cargo or result is formatted 704 as appropriate for 

7 the media over which it will be transmitted. Each different media will have a different 

8 format. Then the work item is submitted 706 for processing by over a media. There are 

9 preferably multiple threads serviced by each media, thus, reducing the possibility that 

? « 10 resources will not be available. Then in step 708, the method monitors whether the work 

1 1 item was successfully transmitted. If the item is still processing, the method loops back 

S3 

%± 12 to step. 708. If there was an error in processing or a time out, then the method proceeds to 

W 13 step 710 and modifies the status of work item to indicate an error and the method ends. If 

si 

D 14 transmission is successful, then the method modifies the status of work item to indicate a 

Li 1 5 successful transmission and the method ends. 

s ; 5 
'-.•x - 

rT 16 Referring now to Figure 10 is a flow chart of a preferred method for processing 

1 7 information requests using a work queue 810 and a master scheduler 806 will be 

1 8 described. The process begins with the master scheduler 806 retrieving 1002 the work 

1 9 item at the head of the work queue 810. Then the method tests 1 004 if the rendering 

20 object 808 has processed the work item. Is so, the results of the rendering object 808 can 

21 be delivered and the process continues in step 1006 where the routing information is 

22 retrieve from the routing table 802. In step 1008, the scheduler 806 formats the results of 
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1 the work item for transmission over the identified medium and in step 1010, the 

2 scheduler 806 call operating system resources to transmit the work item. 

3 If a work item is identified as unprocessed by the rendering object 808 in step 

4 1 004, the scheduler determines 1012 whether the rendering object 808 identified in the 

5 work item can accept another work item for processing. If so, the scheduler 806 sends 

6 1014 the work item to the rending object 808 using a transport object 804. After either 

7 step 1 012 or 1 01 4, the scheduler 806 tests if this work item is the last on in the work 

8 queue 810. If not the scheduler 806 retrieves the next work item in the work queue 810 

9 and continues processing in step 1012. If this work item is the last on in the work queue 
O 10 8!0the method returns to step 1002 to begin processing from the head of the queue 810. 

\1 12 / E.. User Interfac e 

3 - 

s _ : 

^ 13 Referring now to Figures 11-15, some of the user interfaces provided for 

ji] 14 operating the system 100 of the present invention are shown. 

Jjjj 15 Figure 1 1 illustrates a user interfaces of a server tab that allows a system 

5 ~ 16 administrator to configure basic settings the system 100 will use when delivering client 

17 content. The system 100 outputs a transportation log describing all submittals and their 

18 delivery status at predetermined intervals. At the lower right of this screen displays the 

19 current status of the system 100. Any changes made here will stop system 100 and apply 

20 the changes then restart the system 100 whenever the "Apply" button is pressed. The 

21 "Max Threads" setting option, will allow from 1 to 255 threads to run concurrently. 
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1 Figure 12 illustrates a user interfaces that allows the system administrator to set 

2 an e-mail driver (default transport object 804) use to deliver mail, and a default routing 

3 (the name of an IIS sever). 

4 Figure 1 3 illustrates a user interfaces that allows the system administrator to enter 

5 the proper account, billing codes and transport layers to be used for delivering fax 

6 content. This is another method for setting a default transport object 804. 

7 Figure 14 illustrates a user interfaces that allows the system administrator to select 

8 the default printer that print submissions will default to when delivering print content 

9 Figure 1 5 illustrates a user interfaces that allows the system administrator to select 

10 the default driver to use when delivering pager content. 

1 1 - While the present invention has been described with reference to certain preferred 

12 embodiments, those skilled in the art will recognize that various modifications may be 

5 S 

si 13 provided. Variations upon and modifications to the preferred embodiments are provided 

fU 14 for by the present invention, which is limited only by the following claims. 
5? 15 
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1 Appendix A 

2 

3 Exemplary documents created by the system 100. 
4 
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WASHINGTON. DC 20005 City, State Zip: 

(202) 408-6154 Phone: 
(530) 470-7333 Fax: 
Mr Sobie It 



THE RAGE 
FINDING HEAVEN 

GRASS VALLEY. CA 95945 
(530) 465-4321 



G 001 6C Deciduous Fruits Growing 

00161 Orchards-Citrus and Deciduous Fruits 

001 6A Orchards 

fi001 6B Citrus Fruit Growing-Grapefruit/Lime/Lemon/Or 



2000 


18 39 


509,552 


93,707 


2001 


17.08 


5,180,448 


884,821 


2000 


18.39 


88,433 


16,263 


2001 


17.08 


899,067 


153,561 


2000 


18.39 


86.597 


15.925 


2001 


17.08 


880,403 


150,373 


2000 


18.39 


59,903 


11.016 


2001 


17.08 


609,017 


104,020 




Period 1 


Period 2 


Total 



Groffp Policy 

"4> California Farm Bureau Federation 

QroU& NAD 1/1/2001 
Kaiser 

EmMover"s Liability Limits: 

$kpoo,ooo 



Base Premium 
Experience Mod 
Standard Premium 



Rating Plan Modifier 
Estimated Modified Premium 
Estimated Premium Discount Credit Factor 

Estimated Annual Premium 



136.911 


1.292.774 




1,429.685 


0.79 


0.79 






108,160 


1,021,291 




1,129,451 


0.92 


0.93 






1.0000 


1.0000 






1.00 


1.00 








0.7900 






0.90 


0.90 






0.82800 


0.83700 






89,556 


854,821 




944,377 


0.76415 


0.76416 






68,435 


653,218 




721 .653 















interim Billing Factor | 


0.63272 1 L 


0.63960| | 


0.50476 | 




Minimum Premium 






100 | 
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Applicant Copy 



Printed 02/16/2001 



Quote ID 239500 BGK EffDate 12/18/ 2000 NAD 12/30/2000 
This quote is based on information provided to State Fund. 



Exp Date 5/1/2001 



Premium Discount 

Modified Premium is discounted according to the following 
schedule. 



First 
Next 
Above 



$ 1,000 
$ 4,000 
$ 5,000 



0% 
21.8% 
27.2% 



* Interim billing rates shown in this quote will be used on payroll 
reports. They take into account rating plan credits (or debits) which 
will apply at final billing and an estimate of your premium discount as 
detailed above. The actual discount applied at final billing will be 
based on the actual payroll reported on your policy and subject to 
audit. 



Class Code & Rate Summary 



CI ass 
Code 

001 6C 
00161 
001 6A 
001 6B 



Base 


Interim Billing 


Rate 


Rate 


16.39 


11.64 


17.08 


10.92 


18.39 


11.64 


17.08 


10.92 


18.39 


11.64 


17.08 


10.92 


18.39 


11.64 


17.08 


10.92 



Your experience modification will 
apply to these interim billing rates. 



WCA Surcharae (mandatory) 0.1389% oforemium 
WCFA Surcharae fmandatorvi 0.23% oforemium 
CIGA Surcharge (mandatory) 1% of premium 
Initial premium deposit 

Total Deposit 



95 
157 
684 



90 7 
1,502 
6,532 



1,002 
1,659 
7,216 
72,165 



82,042 | 
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Broker Copy 



Printed 02/16/2001 



Quote ID 



239500 BGK 



EffDate 12/18/2000 NAD 12/30/2000 



Exp Date 5/1/2001 



Broker 

Name: 
Address: 

City, State Zip: 

Phone: 

Fax: 

Attn: 



JOHNSON & HIGGINS OF WASHINGTON 
1401 EYE ST N W STE 400 



Estimate of Annual Premium prepared for 

Applicant 

Name: 
Address: 



WASHINGTON. DC 20005 
(202)408-6154 
(530) 470-7333 
Mr Sobie It 



City, State Zip: 

Phone: 

Fax: 



THE RAGE 
FINDING HEAVEN 

GRASS VALLEY, CA 95945 
(530) 465-4321 



G 001 6C 


Deciduous Fruits Growing 2000 

2001 


18.39 
17.08 


509,552 
5,180,448 


93,707 
884,821 


00161 


Orchards-Citrus and Deciduous Fruits 2000 

2001 


18.39 
17.08 


88,433 
899,067 


16,263 
153,561 


001 6A 


Orchards 2000 

2001 


18.39 
17 08 


86,597 
880,403 


15,925 
150,373 


J3016B 


Citrus Fruit Growing-Grapefruit/Lime/Lemon/Or 2000 

2001 


18.39 
17.08 


59.903 
609,017 


11,016 
104,020 


Group Policy 




Period 1 


Period 2 


Total 


-J* California Farm Bureau Federation Base Premium 
Group NAD 1/1/2001 Experience Mod 
Kaiser Standard Premium 
Em Wover-s Liability Limits: Grouo durance Rating Modifier 

$57000,000 

M Merit Rating Plan Modifier 

' g ' t " Kaiser Alliance Modifier 
"L. Commission Adjustment Modifier 
y Rating Plan Modifier 
!U Estimated Modified Premium 
!=£ Estimated Premium Discount Credit Factor 
m Broker Commission 
~ Estimated Annual Premium 


136,911 
0.79 

108,160 
0.92 
1.0000 
1.00 

0.90 

0.82800 
89,556 
0.76415 

68,435 


1,292.774 
0.79 
1,021,291 
0.93 
1.0000 
1.00 
0.7900 
0.90 

0.83700 
854,821 
0.76416 

653,218 


1.429,685 
1,129.451 

944,377 

See Below** 
721,653 














Interim Billing Factor 


0 63272 1 


| 0.63960) 


| 0.50476 | 



Minimum Premium 



100 | 



Page 
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Broker Copy 




Printed 02/16/2001 



Quote ID 239500 BGK 

This quote is based on information provided to 



EffDate 12/18/2000 NAD 12/30/2000 



Exp Date 5/1/2001 





Premium Discount 




Modified Premium is discounted according to the following 




schedule. 




First 


$ 1,000 


0% 


Next 


S 4,000 


21.8% 


Above 


$ 5,000 


27.2% 



* Interim billing rates shown in this quote will be used on payroll 
reports. They take into account rating plan credits (or debits) which 
will apply at final billing and an estimate of your premium discount as 
detailed above. The actual discount applied at final billing will be 
based on the actual payroll reported on your policy and subject to 
audit. 



Commission Status: Commission on this account wiO be paid at 0.00%. 



Class Code & Rate Summary 



Class 
Code 

001 6C 
00161 
001 6A 
0016B 



Base 


Interim Billing 


Rate 


Rate 


18.39 


11.64 


17.08 


10.92 


18.39 


11.64 


17.08 


10.92 


18.39 


11.64 


17.08 


10.92 


18.39 


11.64 


17.08 


10.92 



Your experience modification will 



WCA Surcharae {mandatory) 0.1389% oforemium 
WCFA Surcharae (mandatory) 0,23% oforemium 
C/GA Surcharge (mandatory) 1% of premium 
Initial premium deposit 

Total Deposit 



95 




907 


1,002 


157 




1,502 


1,659 


684 




6.532 


7,216 








72,165 



82,042 | 
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TERMS OF INSURANCE 



February 16, 2001 



MRSOBJEIT 

JOHNSON & HIGGINS OF WASHINGTON DC 
1401 EYE STN W STE 400 
WASHINGTON DC 20005 



Dear Mr. It: 

Thank you for applying for insurance with the . 

This letter and the attached quote dated Friday, February 1 6, 2001 provide the terms under which ;an 
offer a workers' compensation policy for The Rage. 

The payroll reporting and premium billing frequency for this policy will be monthly. 
The minimum premium is $100 and is not subject to proration or refund. 
Special coverage terms are as follows: 

ENDORSEMENT NO. 0060 - Additional Insured Employer - County Education 

and Training Program 

/ 

ENDORSEMENT NO. 0401 - Relatives who are employed and reside in household of named 

employer are not covered. 

ENDORSEMENT NO. 0750 - Full Salary Benefits Not Insured 

ENDORSEMENT NO. 1001 - Operations: Restricts coverage to operations specifically 

described in policy. 

ENDORSEMENT NO. 2429 - Terms of Participation in an Integrated Health Care 

Program (Kaiser) 

ENDORSEMENT NO. 25 1 2 - Experience Modification Endorsement 

0.79 

This quote for a group policy is dependent on your remaining a member in good standing in California 
Farm Bureau Federation, 5 for the entire policy period. If not, the quoted group discount will be 
rescinded, and State Fund will cancel this policy and replace it with a non-group policy with the same 
inception date. 

Short term policy to Group 

Your quote is based on group insurance with California Farm Bureau Federation. 

The Anniversary Rating date for this group is January 1, and your policy will be written to renew on this 

date. 
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PLEASE PA Y THIS AMOUNT [deposit premium and mandatory assessments)] $82,042. 

This quote expires on December 1 7, 2000. If we do not receive this signed Terms of Insurance Letter and the 
required payment by the expiration date, and you still require insurance, you will need to reapply for insurance, 
and a new quote will be issued. 

The Executive Office of reserves the authority to grant insurance coverage and the right to reject any 

and all applications but, when accepted, insurance will be made effective at 12:01 AM. Pacific Time the day 
following receipt by of this signed letter and your check for the deposit premium and any mandatory 

assessment, unless a later date is requested by you. You will receive policy documents approximately four to six 
weeks after policy inception. These documents will confirm the full terms and conditions of insurance. Please 
review them carefully. 

A certificate of insurance can be issued the day your policy becomes effective if the deposit is paid with a 
cashier's check. If your deposit is paid with a personal/business check, a certificate of insurance will be issued 
when your check clears the bank. 

We look forward to servicing your workers' compensation needs. 



ig Travis Dilka, Representative Date 

Acceptance 
:rf I accept the above terms: 

''^ Employer Signature Title Date 



239500BGK (NC) 
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